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(57) A method is provided for verifying that optical 
signals are properly routed between inputs and outputs 
of an optical cross-connect according to the prescribed 
routing paths defined in the cross-connect map. More 
specifically, optical signals are independently tagged at 
the cross-connect input ports with connection verifica- 
tion messages containing identification information. 
Connection verification messages can include, among 
other information, a message identification, incoming 
and outgoing wavelength information, incoming and 
outgoing port information, a time stamp, user verifica- 
tion data, and so on. At the cross-connect output ports, 
the messages are retrieved (and optionally removed) 
from the optical signals so that the identification infor- 
mation from the retrieved messages can be compared 
to the routing defined in the cross-connect map. If an 
optical signal is verified as not being routed according to 
the prescribed connection defined in the cross-connect 
map, then remedial action, such as tearing down the 
connection, can be initiated. By applying the tag to the 
optical signal, cross-connections can be verified in 
cross-connect applications employing one optical signal 
(i.e., wavelength) at each input and output port or appli- 
cations employing a WDM signal having many optical 
channels of different wavelengths at each input and out- 
put port. 
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FIELD OF THE INVENTION 

[0001] This invention relates generally to lightwave 
communication networks and, more particularly, to opti- 
cal cross-connect arrangements for routing optical sig- 
nals in such networks. 

BACKGROUND OF THE INVENTION 

[0002] Optical fiber is becoming the transmission 
medium of choice for many communication networks 
because of the speed and bandwidth advantages asso- 
ciated with optical transmission. In addition, wavelength 
division multiplexing (WDM) is being used to meet the 
increasing demands for higher data rates and more 
bandwidth in optical transmission applications. In its 
simplest form, WDM is a technique whereby parallel 
data streams modulating light at different wavelengths 
are coupled simultaneously into the same optical fiber. 
As such, a WDM signal is typically viewed as a compos- 
ite signal comprising a parallel set of optical channels 
sharing a single transmission medium, each optical 
channel using a different frequency (wavelength of 
light). Although each optical channel actually includes a 
range of frequencies (wavelengths), those skilled in the 
art typically refer to an optical channel in terms of its 
center wavelength. Moreover, the terms "optical signal", 
"optical channel", "wavelength channel", and wave- 
length are sometimes used interchangeably in the 
WDM context to refer to a constituent optical signal 
within the composite WDM signal. Similarly, in a non- 
WDM context, the term "optical signal" is typically used 
to refer to a single wavelength of light (e.g., single opti- 
cal channel, single wavelength channel, etc.). 
[0003] In communication networks, it is sometimes 
desirable to selectively route individual optical signals or 
WDM signals to different destinations. As is well known, 
the component typically used for selectively routing sig- 
nals through interconnected nodes in a communication 
network is a high capacity optical switch matrix or cross- 
conn ct switch. Because of the aforementioned speed 
and bandwidth advantages associated with transmitting 
information in optical form, all-optical network elements 
are emerging as the preferred solutions for optical net- 
working. Moreover, all-optical network elements are 
needed to provide the flexibility for managing bandwidth 
at th optical layer (e.g., on a wavelength by wavelength 
basis). Accordingly, all -optical cross-connects are being 
contemplated for use in these networks. However, 
despite the amount of attention that is being given to the 
specific candidate technologies for implementing the 
optical cross-connect fabrics, much less attention has 
been given to the management of the optical cross-con- 
nect fabric. 

[0004] For example, the traditional way of managing 
connections in a cross-connect fabric is based on using 


a cross-connect controller in conjunction wifh a cross- 
connect map. As is well-known, a cross-connect map 
specifies input-to-output routing of optical signals pass- 
ing through the cross-connect fabric and is typically 

s based on a target network configuration. By way of 
example, a controller responds to routing requests (e.g., 
from an operations support system, adjacent cross-con- 
nects, other network elements, etc.) and establishes 
routing paths between inputs and outputs of the cross- 

10 connect fabric according to mappings set up in the 
cross-connect map. 

[0005] Most methods for verifying cross-connec- 
tions of optical signals have been limited to the use of 
the information provided in the cross-connect map. As 

15 used herein, verification is meant to refer to the act of 
verifying that the connections being made from the 
cross-connect inputs to outputs are correct. For exam- 
ple, in response to a query from the operations support 
system as to whether a cross-connection has been 

20 properly set up in the fabric, the controller typically will 
only query the cross-connect map, i.e., interrogate the 
connections specified in the cross-connect map, 
instead of checking the actual inputs and outputs of the 
fabric. In these schemes, the controller assumes that 

25 the image (e.g., the connections specified in the cross- 
connect map and displayed at the controller) represents 
the actual connection paths in the fabric. However, in 
effect, only the cross-connect map itself is being verified 
without any independent verification of the actual paths 

30 set up in the fabric. 

[0006] In existing optical transmission applications, 
other techniques are presently used to verify routing of 
individual signals. For example, systems based on the 
well-known Synchronous Optical Network/Synchronous 

35 Digital Hierarchy (SONET/SDH) standard rely on infor- 
mation carried within the individual signals. In particular, 
selected bytes (e.g., J0/J1 bytes) in SONET overhead 
are reserved for routing information, channel identifica- 
tion, and the like. However, this information is only avail- 

40 able in electronic form, that is, in bits/bytes that are 
extracted from digital overhead after the optical signals 
have been converted to electrical signals (i.e., after opti- 
cal to electrical (O/E) conversion). Among other disad- 
vantages, this approach can become quite costly 

45 because of the need for high speed circuitry for optical * 
to electrical conversion and electronic signal processing 
for each signal at each input/output port. In addition to 
cost, implementation can become quite complex, espe- 
cially for high capacity optical cross-connects having 

so many inputs/outputs. Furthermore, operating in the 
electrical domain to access the payload bit stream for 
verifying signal routing defeats the whole purpose of all- 
optical network elements, e.g., optical cross-connects, 
which are designed to capitalize on the benefits of all- 

55 optical transmission and signal routing. Additionally, 
some signals used in other applications, e.g., Internet 
Protocol-bas d, are not inherently in SO NET/SDH. for- 
mat and, consequently, do not even have the JO/Ji byte 
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type of overhead for verifying routing information even in 
the electrical domain. 

SUMMARY OF THE INVENTION 

[0007] Verification that an optical signal has been 
properly routed from an input to an output of an optical 
cross-connect is achieved according to the principles of 
the invention by independently tagging an optical signal 
(e.g., wavelength) with identification information at a 
cross -connect input, retrieving the identification infor- 
mation from the tagged optical signal at a cross-connect 
output, and determining from the retrieved identification 
information whether the optical signal was routed 
according to a predetermined route. 
[0008] In one illustrative embodiment, a connection 
verification message is created for each cross-connec- 
tion based on predetermined routes defined in a cross- 
connect map. The connection verification message can 
include a message identification, incoming and outgo- 
ing wavelength information, incoming and outgoing port 
information, a time stamp, user verification data, and so 
on. At each input to the cross-connect, the respective 
connection verification message is tagged onto its 
respective optical signal or signals. By way of example, 
tagging can be accomplished by directly modulating the 
envelope of the optical signal or by modulating the opti- 
cal signal with a low frequency subcarrier that has been 
modulated with the connection verification message. At 
each cross-connect output, the message (tag) is 
retrieved or removed and information in the retrieved 
message for each optical signal is then compared with 
the cross-connection specified in the cross-connect 
map to determine whether the optical signals were 
routed correctly. If not, then remedial actions can be ini- 
tiated, e.g., notify operations support system or adja- 
cent network element, tear-down connection, etc. 
[0009] in contrast to prior connection verification 
arrangements, optical-to-electrical or electrical-to-opti- 
cal signal conversions for accessing the payload (e.g., 
high speed data) are avoided and actual connections 
between inputs and outputs are independently verified. 
Moreover, by applying the tag to the optical signal, rout- 
ing verification according to the principles of the inven- 
tion can be used in cross-connect applications 
employing one optical signal (i.e., wavelength) at each 
input and output or applications employing a WDM sig- 
nal having a plurality of optical channels of different 
wavelengths at each input and output. 

BRIEF DESCRIPTION OF THE DRAWING 

[0010] A more complete understanding of the prin- 
ciples of the invention may be obtained from considera- 
tion of the following detailed description in conjunction 
with the drawing, with like elements referenced with like 
references, in which: 


FIG. 1 shows a typical cross-connect arrangement; 
FIG. 2 shows an illustrative embodiment of the 
invention as applied to the cross-connect arrange- 
ment shown in FIG. 1; 
5 FIGS. 3A-3C show various illustrative embodiments 

for tagging optical signals with cross-connection 
verification messages according to the principles of 
the invention; 

FIG. 4 shows an exemplary message format for the 
10 cross-connection verification message (tag) 
according to the principles of the invention; and 
FIGS. 5-7 are simplified flow diagrams of exemplary 
embodiments of the method of verifying cross-con- 
nections according to the principles of the inven- 
15 tion. 

DETAILED DESCRIPTION OF THE INVENTION 

[0011] Although the illustrative embodiments 

20 described herein are particularly well-suited for optical 
cross-connects, and shall be described in this exem- 
plary context, those skilled in the art will understand 
from the teachings herein that the principles of the 
invention may also be employed in conjunction with 

25 other network elements used for routing, switching, 
selecting, or connecting signals. The principles of the 
invention therefore apply to these other network ele- 
ments even though they may be referred to as routers, 
switches, cross-connects, and so on. Moreover, the 

30 principles of the invention and the embodiments thereof 
are contemplated for use with various types of switching 
fabrics that may be used for routing, switching, and con- 
necting optical signals. Some exemplary switch fabrics 
include, but are not limited to grating-based fabrics, 

35 micro-electromechanical system (MEMS)-based fab- 
rics, and so on. See, e.g., U.S. Patent Application Serial 
No. 09/123,085, entitled 'Wavelength-Selective Optical 
Cross-Connect*, filed on July 27, 1998, and U.S. Patent 
Application Serial No. 09/370,824, entitled " Optical 

40 Wavelength-Space Cross-Connect Switch Architecture 
\ filed on August 9, 1999, both of which are incorpo- 
rated by reference herein. Accordingly, the embodi- 
ments shown and described herein are only meant to be 
illustrative and not limiting. 

45 [0012] FIG. 1 shows the basic architecture of "an 
optical cross-connect arrangement 100 comprising opti- 
cal cross-connect (OXC) fabric 101, controller 102, and 
cross-connect map 1 03. As shown, fabric 1 01 has a plu- 
rality of input ports 110, designated here as l 1( Ig.- lN. 

so and a plurality of output ports 120, designated here as 
0 1( 0 2 ,...0 M ., thus forming a N x M cross-connect 
which can route optical signals from any input port 110 
to any output port 120. Dotted lines 105-107 are 
intended to show the flow of control between the various 

55 components of cross-connect arrangement 100. 

[0013] Cross-connect 1 00 may either be a so-called 
spac -only cross-connect (also referr d to as. a fiber 
cross-connect) in which a single optical channel (e.g., 
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single wavelength) or an entire WDM signal (e.g., all 
wavelengths) supplied at an input port 1 10 are capable 
of being cross-connected to any output port 120. Alter- 
natively, cross-connect 1 00 may be a so-called space - 
wavelength cross-connect (also referred to as a wave- 
length-selective cross-connect) in which individual opti- 
cal channels (i.e., wavelengths) of a WDM signal are 
capable of being cross-connected on a per-wavelength 
basis between each input port 1 10 and output port 120. 
In either case, the basic function of cross-connect 1 00 is 
to cross-connect or otherwise route an optical signal 
from an input port 1 1 0 to an output port 1 20. 
[0014] Controller 102 is further coupled to opera- 
tions support system 150. In operation, cross-connec- 
tions between input ports 110 and output ports 120 are 
established in fabric 101 under the control of controller 

102. More specifically, controller 102 communicates 
with and receives commands from operations support 
system 150 or other network elements (not shown), 
e.g., adjacent cross-connects, as shown by dotted line 
107. As an example, operations support system 150 
may maintain a network-level cross -connect map and 
issue commands to controller 1 02 in the form of routing 
requests for particular optical signals. Upon receiving 
routing requests and the like, controller 102 establishes 
or updates a cross-connection mapping between input 
ports 110 and output ports 120 in cross-connect map 

103. The communication from controller 102 to cross- 
connect map 103 during the setup phase is shown by 
dotted line 106. It should be noted that the basic princi- 
ples of operation and interaction between controller 1 02 
and cross-connect map 103 are well-known to those 
skilled in the art. By way of example, cross-connect map 
103 may be a look-up table showing the mappings 
betw en input ports 110 and output ports 120 to be 
implemented in fabric 101. Alternatively, cross-connect 
map 103 may be implemented with an algorithm. 
[0015] After updating cross-connect map 103, con- 
troller 102 then operates according to well-known tech- 
niques to apply the mappings in fabric 102 to effect the 
routing of the optical signals. Of course, the form of con- 
trol used by controller 102 (e.g., via dotted line 105) to 
effect the routing will depend on the technology being 
used in fabric 101. 

[001 6] FIG. 2 shows how the principles of the inven- 
tion may be applied to an optical cross-connect. For 
sake of brevity, the structure and function of elements 
shown in FIG. 2 which are the same as those previously 
described in FIG. 1 will not be repeated. As shown, opti- 
cal cross-connect 200 includes a plurality of tag 
read/write elements 201 associated with a respective 
one of the plurality of input ports 110. Controller 102 
controls (as shown by dotted line 21 0) the tag read/write 
elements 201 (in the write mode) to attach tags to the 
respective optical signals at input ports 110. As will be 
described in further detail below, tags include identifica- 
tion information that is derived by controller 102 from 
cross-connect map 1 03. A plurality of tag read/write ele- 


ments 21 1 are also associated with respective ones of 
the plurality of output ports 120. At output ports 120, 
tags are retrieved from the optical signals at output 
ports 120 by tag read/write elements 211 (in the read 

5 mode) also under the control of controller 102 (as 
shown by dotted line 220). As will be described in fur- 
ther detail below, the identification information con- 
tained in the tags is retrieved so that controller 1 02 can 
check and compare the actual cross-connections made 

w at switch fabric 1 01 to the prescribed cross-connections 
that are defined in cross-connect map 103. It should 
also be noted that the tags may also be removed from 
the optical signals at output ports 120 if desired. The 
verification of cross-connections based on the use of 

is tags will be described in further detail below. 

[0017] As previously indicated, the cross-connect 
arrangement shown in FIG. 2 can be applied in at least 
two exemplary contexts. Namely, cross-connect 200 
may be a so-called space-only cross -connect wherein a 

20 single optical signal supplied at any input port 110 may 
be cross-connected to any output port 120. Alterna- 
tively, a WDM signal (i.e., multiple optical channels) 
supplied to each input port 110 may be cross-con- 
nected as a bundle to any output port 120. In this latter 

25 case of a WDM signal, tagging may be carried out in 
one embodiment by attaching a tag on a single wave- 
length within the WDM signal such that the tag applies 
to the entire WDM signal, since the entire WDM signal 
(i.e., all wavelengths) are being cross-connected 

30 together as a composite signal (e.g., bundled). In either 
of these cases, a tag associated with a single optical 
channel (or an entire WDM signal) retrieved at each out- 
put port 120 is used by controller 102 to verify whether 
the actual cross-connections agree with the connec- 
ts tions declared in cross-connect map 1 03. 

[0018] Cross-connect 200 may also be a so-called 
space-wavelength cross-connect in which each input 
port 1 10 and output port 120 is capable of receiving and 
transmitting a WDM signal comprising a plurality of 

40 wavelengths and wherein fabric 1 01 is capable of cross- 
connecting optical signals on a per-wavelength basis. In 
this case, tags can be provided for each of the plurality 
of optical channels within each WDM signal at each 
input port 110. The tags retrieved at output ports 120 

45 are then used to verify whether the actual cross-con- 
nections of the individual optical channels (each wave- 
length) agree with the connections declared in cross- 
connect map 103. 

[0019] FIGS. 3A through 3C show various embodi- 
50 ments for implementing tag read/write elements 201 
and 21 1 for attaching and retrieving tags to and from 
optical signals at the cross-connect inputs and outputs. 
It should be noted that these examples are meant to be 
illustrative only and not limiting in any way. Namely, 
55 other suitable methods for impressing or otherwise 
attaching the tags to the optical signals will be apparent 
to those skilled in the art. In particular, it is contemplated 
that the methods for tagging signals described in U.S. 
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Patent Nos. 5,801,863 (issued ~ September 1, 1998), 
5,892,606 (issued April 6, 1999), and 5,745.274 (issued 
April 28, 1998), each of which is incorporated by refer- 
ence herein, can be used in conjunction with the teach- 
ings of the present invention to impress the 
identification information onto optical signals at the 
cross-connect inputs and outputs. 
[0020] For example, these patents teach methods 
of individually tagging (e.g., by modulating) an optical 
signal with unique identifier signals (e.g., frequency 
tones), as well as regenerating and removing these 
identifier signals from the optical signal. The frequency 
of this low index carrier modulation preferably lies out- 
side the information bandwidth of the optical signal, 
such as 4 kHz to 100 kHz for example. Furthermore, 
these patents teach that the identifier signals can also 
be modulated (e.g., secondary modulation) to carry 
additional information. Tagging of multi -wavelength sig- 
nals is also described in detail in these patents, all of 
which is incorporated by reference herein. Referring 
back to FIG. 2, each input port 1 10 and output port 120 
that carries an optical signal to be tagged and/or 
removed would therefore include a circuit as described 
in these patents for either adding, retrieving, or remov- 
ing tags to the optical signals. 

[0021] In general, it should be noted that tag 
r ad/write elements 201 and 211 can be used in either 
the read or write mode. For example, tag read/write ele- 
ments 201 can be used as previously described to 
attach tags (e.g., in the write mode) to optical signals at 
the cross-connect inputs. However, it will be appreci- 
ated by those skilled in the art that various modifications 
may be made consistent with the teachings of the 
present invention. For example, tag read/write element 
201 may be used in the read mode such as when tags 
are already attached to incoming optical signals (e.g., 
by upstream network elements). In this mode, tag 
read/write elements 201 would retrieve the tags from 
the incoming signals for use by controller 102 as 
desired. Similar modifications may be made in the oper- 
ation of tag read/write elements 21 1 at the cross -con- 
nect outputs. 

[0022] More specifically, FIG. 3A shows a simplified 
block diagram of one implementation of tag read/write 
element 201 for attaching tags to an incoming optical 
signal, shown here as l-j. In particular, modulator 302 is 
coupled to one of input ports 1 1 0 for modulating an opti- 
cal signal at input port 1 1 0 with a low frequency tone, 
e.g., subcarrier, generated by atone or signal generator 
301 . The subcarrier signal is encoded with tag 400 (the 
contents and format of which will be described below in 
more detail) using modulator 303 As such, tag 400 is 
effectively tagged to the optical signal at input port 110. 
In FIG. 3B, the reverse operation is shown where tag 
400 is removed from th optical signal at output port 1 20 
of the cross-connect. Again, the aforementioned pat- 
ents describe removal of the tow frequency modulated 
subcarrier from the optical signal. Other techniques will 


also be apparent to those skilled in the art. 
[0023] For example, FIG. 3C shows an exemplary 
embodiment of a direct modulation scheme that can 
also be used for impressing the identification informa- 

5 tion onto an optical signal. In one example, the direct 
modulation could be amplitude modulation where the 
envelope of the optical signal at input port 1 10 is modu- 
lated by modulator 310 with a low bit rate tag 400. As 
compared with the previous examples in FIGS. 3A and 

io 3B, the direct modulation scheme in FIG. 3C eliminates 
the need for the subcarrier modulated tones. It is con- 
templated that the modulation index for the embodiment 
in FIG. 3C would be relatively small, e.g., 1% - 10%, 
depending on the impairments in the fabric. 

is [0024] FIG. 4 shows an exemplary message format 
for tag 400 (FIGS. 2 and 3) according to the principles of 
the invention. As shown, message fields 401-408 
include information relating to the routing and other 
optional information that may be of benefit in cross -con - 

20 nect routing or verification operations. It should be 
noted that the content of message fields 401-408 is 
meant to be illustrative only and not limiting in any way. 
[0025] More specifically message identification 
field 401 is useful foridentifying the particular message 

25 that is being used by controller 102 (FIG. 2) for connec- 
tion verification. Different types of identifiers can also be 
used to denote different message types. This field can 
also be used to convey information such as message 
name, message number, message length for variable 

30 length messages, and so on. Incoming wavelength 
identification field 402 identifies the number (or other 
identification means) assigned to the wavelength chan- 
nel at the cross-connect input. Outgoing wavelength 
identification field 403 can be used to identify the wave- 

35 length channel that is expected after a possible wave- 
length conversion at the cross-connect output. 
However, when wavelength conversion is not being 
done, then this field will typically be the same as the 
incoming wavelength identification field 402. This field 

40 could also have other uses depending on the particular 
application, e.g., in wavelength interchanging cross- 
connects, and so on. Incoming cross-connect port iden- 
tifier 404 contains the physical port identification on the 
incoming side of the optical cross-connect. Similarly, 

45 outgoing cross-connect port identifier 405 contains the 
physical port identification on the outgoing side of th 
cross-connect to the wavelength channel being con- 
nected. 

[0026] Timestamp field 406 is an optional message 
so field that can have various uses. For example, when 
using real-time clock (or other means such as Internet 
Network Time Protocol (NTP) timing source) at the 
cross-connect, the time gene ratio nAransmission of the 
verification message can be included in this field. By so 
55 doing, certain abnormalities can be identified, e.g., 
excessive delays inside the cross-connect fabric. 
Timestamp field 406 can also be used for synchroniza- 
tion between input and output ports of the/cross-con- 
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nect, if necessary. 

[0027] Message field 407 can be used for user- 
specified (user-defined) verification data. For example, 
to detect the conn ction as well as its transmission 
quality, a known pattern of information can be included s 
in this field. At the receiving port of the cross-connect, 
the same pattern should be received in the case of no 
transmission errors. This field can also be used for out- 
of-service verification, e.g., as part of provisioning 
before the system is placed in service. Other types of 10 
user-defined functions will be apparent to those skilled 
in the art and are contemplated by the teachings herein. 
Error detection/correction field 408 can be used to carry 
detection/correction codes (e.g., checkbits) to ensure 
the integrity of the contents (all or some) of message is 
400, for example. 

[0028] It should be noted that the actual message 
length and other attributes of message 400 can be a 
matter of design choice depending on such factors as 
the available bandwidth for the tag, the modulation 20 
scheme being used, other system parameters, etc. 
[0029] Referring now to FIG. 5, a simplified flow dia- 
gram illustrates the steps associated with connection 
verification according to the principles of the invention. 
The steps will be described with reference to cross-con- 25 
nect 200 (FIG. 2) and the message format of tag 400 
(FIG. 4). As shown, tags 400 in the form of connection 
verification messages having contents shown in FIG. 4 
are cr ated in step 501 by controller 102 (FIG. 2) for 
each of the optical signals being routed in the cross- 30 
connect. Optical signals at input ports 1 10 are tagged in 
step 502 with respective connection verification mes- 
sages by tag read/write elements 201 again under the 
control of controller 102 (FIG. 2). As previously noted, a 
single optical signal (e.g., single wavelength) may be 35 
tagged, an individual optical channel within a WDM sig- 
nal may be tagged (bundled operation), or each individ- 
ual optical channel in a WDM signal (e.g., per 
wavelength operation) may be tagged with a connection 
verification message. After the optical signals are cross- 40 
connected or otherwise routed through fabric 1 01 , tags 
400 containing connection verification messages are 
retri v d in step 503 from the optical signals at output 
ports 120. 

[0030] The information in a connection verification 45 
message corresponding to an optical signal at an output 
port 120 is first checked by controller 102 in step 504 
against the cross-connect map 103 (FIG. 2). In particu- 
lar, controller 1 02 determines whether the proper cross- 
connection was made in fabric 1 01 by checking to see if so 
the routing-related information in the connection verifi- 
cation message taken from the optical signal at the 
actual output of the cross-connect corresponds to the 
prescribed and or predetermined input/output connec- 
tion specified in cross-connect map 1 03. If a proper con- 55 
n ction is verified in step 505, then connection 
verification can continue under normal conditions. If, 
however, connection verification fails, i.e., actual con- 


nection does not match prescribed connection in cross- 
connect map, then controller 1 02 will initiate appropriate 
remedial action which may include, for example, alarms, 
tearing down the connection, and so on. If desired, tag 
400 containing the connection verification message 
may also be removed from the optical signals at output 
ports 120. 

[0031] FIGS. 6 and 7 are more detailed flow dia- 
grams of an illustrative embodiment of the invention for 
in-service connection verification. Again, the steps will 
be described with reference to cross-connect 200 (FIG. 
2) and the connection verification message format used 
in tag 400 (FIG. 4). More specifically, the process starts 
at step 605 where the connection verification message 
using message format shown in FIG. 4 is created by 
controller 102 (FIG. 2). For example, using the pre- 
scribed routing set up in cross-connect map 103, con- 
troller 102 initiates a connection verification message 
periodically at each cross-connect input port (e.g., X) 
110 and for each incoming wavelength (e.g., A.1), for 
each outgoing cross-connect output port (e.g., Y) 120, 
and outgoing wavelength (e.g., A2). In step 610, the 
optical signals at cross-connect input ports 110 are 
tagged (e.g., in write mode) with their respective con- 
nection verification messages created in step 605. In 
this example, the envelope of the signal at wavelength 
(e.g., A.1) is modulated with the message. 
[0032] At cross-connect output port (Y) 120, the 
connection verification message is retrieved (e.g, in 
read mode) from the optical signal in step 615. Step 620 
checks for message error by regenerating the error 
check field (408 from FIG. 4) and comparison with that 
of the message. If the message is in error (step 625), 
then controller 102 is notified, alarms are raised, etc. 
(step 630). If the message is not in error in step 625, 
then the message identification field 401 of connection 
verification message format 400 (FIG. 4) is read at 
cross-connect output port (Y) 1 20 for X2. If the message 
identification is not correct (step 640), then the control- 
ler is notified (step 630) of the error and all message 
fields in connection verification message 400 are 
reported to controller 102 (FIG. 2). If the message iden- 
tification is correct, then the remaining fields are then 
checked in step 705 as shown in process 650 in FIG. 7. 
[0033] More specifically, the outgoing cross-con- * 
nect port identifier 405 (FIG. 4) is checked in step 710. 
If not correct, then the wavelength channel's connection 
at this port is taken down as shown in step 71 1 . Further- 
more, the controller is then notified of the incorrect cor- 
rection (step 712) so that appropriate action can be 
taken. Next, in sequence, the outgoing wavelength iden- 
tifier 403 is checked in step 715 and, if correct, then the 
incoming CrossConnect port identifier 404 is checked in 
step 720 and, if correct, then the incoming wavelength 
identifier 402 is checked in step 725. If any of these 
steps fail, then steps 711 (tear down) and 712 (notify 
controller) are carried out. 

[0034] If the incoming wavelength identifier Is cor- 
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red, then other optional steps can be carried out. By 
way of example, a user verification data (field 407) pat- 
tern can be checked against stored information in step 
730. Again, if the result is not okay (e.g., no match), 
then steps 711 are 712 are carried out as mentioned 
previously. If, however, the results of step 730 are okay 
(e.g., a match), then controller 102 is notified of a cor- 
rect connection in step 740 and the connection verifica- 
tion process proceeds normally. 

[0035] As described herein, aspects of the present 
invention can be embodied in the form of methods and 
apparatuses for practicing those methods. Aspects of 
the invention can also be embodied in the form of pro- 
gram code embodied in tangible media, such as floppy 
diskettes, CD-ROMs, hard drives, or any other machine- 
readable storage medium, wherein, when the program 
code is loaded into and executed by a machine, such as 
a computer, the machine becomes an apparatus for 
practicing the invention. Aspects of the present inven- 
tion can also be embodied in the form of program code, 
for example, whether stored in a storage medium, 
loaded into and/or executed by a machine, or transmit- 
ted over some transmission medium, such as over elec- 
trical wiring or cabling, through fiber optics, or via 
electromagnetic radiation, wherein, when the program 
code is loaded into and executed by a machine, such as 
a computer, the machine becomes an apparatus for 
practicing the invention. When implemented on a gen- 
eral-purpose processor, the program code segments 
combine with the processor to provide a unique device 
that operates analogously to specific logic circuits. 
[0036] It should also be noted that the foregoing 
merely illustrates the principles of the invention. It will 
thus be appreciated that those skilled in the art will be 
able to devise various arrangements which, although 
not explicitly described or shown herein, embody the 
principles of the invention and are included within its 
scope. Furthermore, all examples and conditional lan- 
guage recited herein are principally intended expressly 
to be only for pedagogical purposes to aid the reader in 
understanding the principles of the invention and the 
concepts contributed by the inventors to furthering the 
art, and are to be construed as being without limitation 
to such specifically recited examples and conditions. 
Moreover, all statements herein reciting principles, 
aspects, and embodiments of the invention, as well as 
specific examples thereof, are intended to encompass 
both structural and functional equivalents thereof. Addi- 
tionally, it is intended that such equivalents include both 
currently known equivalents as well as equivalents 
developed in the future, i.e., any elements developed 
that perform the same function, regardless of structure. 
[0037] Thus, for example, it will be appreciated by 
those skilled in the art that the block diagrams herein 
represent conceptual views of illustrative circuitry 
embodying the principl s of the invention. Similarly, it 
will be appreciated that any flow charts, flow diagrams, 
and the (ike represent various processes which may be 


substantially represent d in computer readable medium 
and so executed by a computer or processor, wh ther 
or not such computer or processor is explicitly shown. 
The functions of various elements shown in the drawing 

5 may be provided through the use of dedicated hardware 
as well as hardware capable of executing software in 
association with appropriate software. When provided 
by a processor, the functions may be provided by a sin- 
gle dedicated processor, by a single shared processor, 

ro or by a plurality of individual processors, some of which 
may be shared. Moreover, a "processor" or 'controller" 
should not be construed to refer exclusively to hardware 
capable of executing software, and may implicitly 
include, without limitation, digital signal processor 

ys (DSP) hardware, read-only memory (ROM) for storing 
software, random access memory (RAM), and non-vol- 
atile storage. Other hardware, conventional and/or cus- 
tom, may also be included. 

[0038] In the claims hereof, any element expressed 
20 as a means for performing a specified function is 
intended to encompass any way of performing that func- 
tion including, for example, a) a combination of circuit 
elements which performs that function or b) software in 
any form, including, therefore, firmware, microcode or 
25 the like, combined with appropriate circuitry for execut- 
ing that software to perform the function. 

Claims 

30 1. A method of verifying that an optical signal has 
been routed from an input to an output of an optical 
cross-connect according to a predetermined, rout- 
ing path established in a cross-connect map, the 
method comprising: 

35 

at the input, independently tagging the optical 
signal with identification information; 
at the output, retrieving the identification infor- 
mation from the tagged optical signal; and 
40 determining from the retrieved identification 

information whether the optical signal is routed 
according to the predetermined routing path. 

2. The method according to claim 1, wherein the step 
45 of tagging comprises directly modulating an enve- 
lope of the optical signal at a predetermined modu- 
lation index. 

3. The method according to claim 1, wherein the step 
so of tagging comprises: 

modulating an envelope of the optical signal 
with a subcarrier signal; and 
modulating the subcarrier signal with the iden- 
55 frfication information. 

4. The method of claim 1, wherein the identification 
information is contained in a connection verification 
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message having a plurality of message fields, each 
of the plurality of message fields including informa- 
tion selected from the group consisting of a mes- 
sage identification, incoming wavelength 
information, outgoing wavelength information, 5 
incoming port information, outgoing port informa- 
tion, a time stamp, and user verification data. 


5. A method of verifying connections in an optical 
cross-connect, wherein the connections are estab- w 
lished in accordance with a cross-connect map, the 
method comprising: 

creating a connection verification message for 
an optical signal based on a predetermined 15 
route defined in the cross-connect map for the 
optical signal; 

at a cross-connect input, tagging the optical 
signal with the connection verification mes- 
sage; 20 
at each cross-connect output, retrieving the 
respective connection verification message; 
and 

comparing identification information from 
retrieved connection verification messages 25 
with connections specified in the cross-connect 
map to determine whether the optical signals 
were routed according to prescribed routes in 
the cross-connect map. 

30 

6. The method according to claim 5, further compris- 
ing the step of, at each cross-connect output, 
removing the connection verification message. 

7. The method according to claim 5, wherein the step 35 
of tagging comprises directly modulating an enve- 
lope of the optical signal. 

8. The method according to claim 5, wherein the step 

of tagging comprises: 40 

modulating an envelope of the optical signal 
with a subcarrier signal; and 
modulating the subcarrier signal with the con- 
nection verification message. 45 

9. The method according to claim 5, wherein the con- 
nection verification message includes a plurality of 
message fields, each of the plurality of message 
fields including identification information selected so 
from the group consisting of a message identifica- 
tion, incoming wavelength information, outgoing 
wavelength information, incoming port information, 
outgoing port information, a time stamp, and user 
verification data. 55 

10. The method according to claim 5, wherein each 
cross -connect input is capable of receiving one 


optical signal and each cross-connecf output is 
capable of supplying one optical signal. 

11. The method according to claim 5, wherein each 
cross-connect input is capable of receiving a multi- 
wavelength optical signal having a plurality of opti- 
cal channels of different wavelengths, wherein each 
cross-connect output is capable of supplying a 
multi-wavelength optical signal having a plurality of 
optical channels of different wavelengths, wherein 
each of the multi-wavelength optical signals can be 
routed as a composite signal from any of the plural- 
ity of cross-connect inputs to any of the plurality of 
cross-connect outputs, and wherein the step of tag- 
ging comprises tagging at least one of the plurality 
of optical channels in each of the multi- wave length 
optical signals, such that a connection verification 
message in a tagged optical channel corresponds 
to all other optical channels in the corresponding 
multi -wave length signal. 

12. The method according to claim 5, wherein each 
cross-connect input is capable of receiving a multi- 
wavelength optical signal having a plurality of opti- 
cal channels of different wavelengths, wherein each 
cross-connect output is capable of supplying a 
multi-wavelength optical signal having a plurality of 
optical channels of different wavelengths, wherein 
any of the plurality of optical channels can be 
routed from any of the plurality of cross-connect 
inputs to any of the plurality of cross -connect out- 
puts, and wherein the step of tagging comprises 
tagging each of the plurality of optical channels. 

13. An optical cross-connect having a plurality of 
inputs, a plurality of outputs, a switching fabric for 
interconnecting optical signals from any of the plu- 
rality of inputs to any of the plurality of outputs, a 
cross-connect map including prescribed routing 
information corresponding to cross-connection of 
the optical signals, and a cross-connect controller 
responsive to the prescribed routing information for 
causing the cross-connections to be established in 
the switching fabric, CHARACTERIZED IN THAT 

the cross-connect controller is operable to cre- 
ate a connection verification message for an 
optical signal based on a predetermined route 
defined in the cross-connect map for the optical 
signal; 

the cross-connect further comprising: 

at one of the plurality of inputs, a modulator 
for impressing the connection verification 
message onto the optical signal; and 
at one of the plurality of outputs, a demod- 
ulator for retrieving the connection verifica- 
tion message from the optical signal; 
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wherein, responsive to the retrieved con- 
nection verification message, the cross- 
connect controller compares identification 
information in the retrieved connection ver- 
ification message with the prescribed rout- 5 
ing information so that routing of the optical 
signal along the predetermined route can 
be verified. 

14. The optical cross-connect according to claim 13, w 
wherein the connection verification message 
includes a plurality of message fields, each of the 
plurality of message fields including identification 
information selected from the group consisting of a 
message identification, incoming wavelength infor- 15 
mation, outgoing wavelength information, incoming 
port information, outgoing port information, a time 
stamp, and user verification data. 
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